Closed network presentation

ABSTRACT

A system, related methods and computer readable memory device for delivering a presentation are provided. In one example, a method includes establishing a wireless network access point that creates a closed wireless network. An encrypted communication session is established via the closed wireless network with a plurality of client computing devices that each comprise a display. Each of the client computing devices is communicatively coupled to a virtual network server on the host computing device. Frame buffer data is retrieved from a storage subsystem of the host computing device. The frame buffer data is sent to each of the client computing devices to modify the display of the devices.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims priority to U.S. Provisional Patent Application Serial No. 61/661,733, filed Jun. 19, 2012 and entitled “TABLET PRESENTATION SYSTEM,” the entirety of which is hereby incorporated by reference for all purposes.

BACKGROUND

Giving presentations is a common and often important aspect of many professions and business ventures. As with any form of communication, the most effective presentations to an audience will sustain the audience's attention, enable easy viewing of the presenter's materials, and facilitate audience focus on the presentation. In some cases, the presenter may be making a presentation in a third party location, such as a client's conference room, a meeting facility or other location potentially unfamiliar to the presenter.

Various forms of computing technology are often utilized in making presentations. When the audience is smaller, a presenter may use a single portable device such as a tablet or laptop computer to display a presentation. However, this form of presentation requires the audience to crowd around the device display, perhaps in uncomfortable or awkward positions. The small presentation space also may result in awkward interactions and constrained movements when referencing points on the display.

In another example, fixed or portable projectors may display a presentation on a wall or separate screen. However, the room in which a projector is utilized should have certain features and configurations for projected presentations to be effective. For example, the room should have a wall suitable for displaying the projected images, as well as appropriate seating for easy viewing of the presentation. If a suitable wall is not available, a separate screen must be provided by the presenter or facility personnel, and the screen must be carefully located for easy viewing by the audience. In practice, many conference rooms and other locations are unsuitable for projection presentations. Additionally, privacy concerns may also make projected presentations undesirable.

Further, the presenter often must allow extra time before beginning the presentation for setting up and configuring the projector. The presenter may also be relying on the meeting host or other party to set up and configure the projector, which may or may not occur. Further, and particularly when a presenter is using a projector provided by the meeting host or other party, equipment connectivity issues, projector component failure and other technical issues may occur and negatively impact the presentation.

Where each audience member has a computing device that is connected to the Internet or other existing network, an online application such as a web conference application or peer-to-peer application may be used to provide the presentation. However, presentations delivered via the Internet or other existing network connections may be subject to distracting latency issues where connection speed is limited or fluctuates. Presentations may also be interrupted entirely should the network connection fail. Additionally, and especially where a presentation contains sensitive or confidential information, security concerns with such data traveling over the Internet or other third party networks may also be significant. Further, if the location of the presentation does not provide access to a required external network, or the presenter is unable to connect to a local network, such online applications may not be used.

SUMMARY

Various embodiments are disclosed herein that relate to systems and methods for delivering a presentation. For example, one disclosed embodiment provides a method that includes, in a host computing device, a method for delivering a presentation via a closed wireless network. The method includes establishing a wireless network access point that creates the closed wireless network. An encrypted communication session is established via the closed wireless network with a plurality of client computing devices that each comprise a client display.

A virtual network server is started on the host computing device, and each of the client computing devices is communicatively coupled to the virtual network server. The method includes retrieving frame buffer data stored in a storage subsystem of the host computing device. The frame buffer data is then sent to each of the client computing devices to thereby modify the client display of each of the client computing devices.

Another disclosed embodiment provides a presentation system that comprises one or more client computing devices that each includes a client display. The presentation system further comprises a computer readable memory device comprising instructions executable by a processor of a host computing device to deliver a presentation via a closed wireless network. The instructions of the memory device are executable to establish a wireless network access point that creates the closed wireless network. The instructions are also executable to establish an encrypted communication session via the closed wireless network with the one or more client computing devices. The instructions are executable to run a virtual network server on the host computing device, and to communicatively couple each of the one or more client computing devices to the virtual network server.

The instructions of the memory device are executable to retrieve frame buffer data stored in a storage subsystem of the host computing device. The instructions are executable to send the frame buffer data to each of the one or more client computing devices. Each of the one or more client computing devices further comprises a viewing program executed by a processor of each of the one or more client computing devices. The viewing program is configured to receive the frame buffer data from the host computing device and to draw the frame buffer data to the client display of the client computing device.

This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter. Furthermore, the claimed subject matter is not limited to implementations that solve any or all disadvantages noted in any part of this disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic view of a presentation system according to an embodiment of the present disclosure.

FIG. 2 is a schematic perspective view of a room including a presenter using a host computing device and four recipients using client computing devices according to an embodiment of the present disclosure.

FIGS. 3A, 3B, and 3C are a flow chart of a method for delivering a presentation via a closed wireless network according to an embodiment of the present disclosure.

FIG. 4 is a schematic illustration of a user interface displayed on a host computing device according to an embodiment of the present disclosure.

FIG. 5 is a schematic illustration of a portion of a presentation displayed on a client computing device according to an embodiment of the present disclosure.

FIG. 6 is a schematic illustration of the portion of the presentation of FIG. 5 displayed on a host computing device according to an embodiment of the present disclosure.

FIG. 7 is a schematic illustration of a user interface displayed on a client computing device according to an embodiment of the present disclosure.

FIGS. 8A and 8B are a flow chart of a method for viewing a presentation via a closed wireless network according to an embodiment of the present disclosure.

FIG. 9 is a simplified schematic illustration of an embodiment of a computing device.

DETAILED DESCRIPTION

FIG. 1 shows a schematic view of one embodiment of a presentation system 10 according to an embodiment of the present disclosure. The presentation system 10 includes a host computing device 14, a first client computing device 18 and a second client computing device 22. It will be appreciated that in other examples, the presentation system 10 may include 1, 3, 4, 5 or other suitable number of client computing devices.

The host computing device 14 includes a presentation program 26 that may be stored in mass storage 30 of the host computing device. The presentation program 26 may be loaded into memory and executed by a processor of the host computing device 14 to perform one or more of the methods and processes described in more detail below. The presentation program 26 may comprise a virtual network server program 34 that may be executed to run a virtual network server 36 on the host computing device 14. The presentation program 26 may also comprise a wireless network access point program 38 that may be executed to establish a wireless network access point that creates a closed wireless network 42. A closed wireless network is a wireless network that is not communicatively coupled to another wired or wireless network. In some examples, a host computing device 14 may establish a closed wireless network 42 while also connecting or being connected to one or more other networks, such as the Internet. In these examples, the closed wireless network is not communicatively coupled to the one or more other networks.

The host computing device 14 may also include one or more other programs stored in mass storage 30. In the example shown in FIG. 1, the host computing device 14 includes a first program 46 and a second program 50. In one example, the first program 46 may be a program such as Microsoft PowerPoint or Apple Keynote, and the second program 50 may be a word processing program such as Microsoft Word. Examples of other programs that may be stored in mass storage 30 include, but are not limited to, viewer applications, spreadsheet applications, photo management programs, web browsers, etc.

The first client computing device 18 and second client computing device 22 include a viewing program 54 that may interface with the presentation program 26 on the host computing device 14 via the closed wireless network 42. As described in more detail below, the viewing program 54 may be executed by a processor of the corresponding client computing device, and may be configured to receive and display frame buffer data 56 from the host computing device 14.

The host computing device 14, first client computing device 18, and second client computing device 22 may operate utilizing any suitable operating system. Examples of such operating systems include, but are not limited to, Microsoft Windows, Apple OS X, Linux, Android, Windows Phone, and iOS.

The host computing device 14 may take the form of a desktop computing device, a mobile computing device such as a tablet computer, laptop, notebook, smart phone, or other suitable type of computing device. The first client computing device 18 and second client computing device 22 may take the form of a mobile computing device such as a tablet computer, laptop, notebook, smart phone, or other suitable type of computing device. The host computing device 14 includes a host display 58, the first client computing device 18 includes a client display 62, and the second client computing device 22 includes a client display 64.

Additional details regarding the components and computing aspects of the host computing device 14, first client computing device 18 and second client computing device 22 are described in more detail below with reference to FIG. 9.

Advantageously, and as described in more detail below, the presentation program 26 may create and utilize the closed wireless network 42 to establish an encrypted communication session with the first client computing device 18 and the second client computing device 22. By running a virtual network server 36 and communicatively coupling the first client computing device 18 and second client computing device 22 to the server, the presentation program 26 may conveniently and securely deliver a presentation to one or more client computing devices. Further, the presentation program 26 may deliver the presentation without access to the Internet or other external network. A presentation is defined as output generated and/or displayed by one or more applications. For example, a Keynote presentation may comprise images generated and displayed via a Keynote application.

Turning now to FIG. 2, in one example use case a sales professional presenter 204 may have a meeting with prospective customers (also referred to as recipients) in the customers' conference room 212. The presenter 204 may have an electronic presentation describing his company's new product to present to the customers. The presenter 204 may bring a host computing device 14 in the form of a laptop computer 208 that includes the presentation program 26. The presenter may also bring 4 client computing devices 216, 220, 224, and 228 in the form of tablet computers that are provided to each of the prospective customers. Each of the client computing devices 216, 220, 224, and 228 may be preloaded with the viewing program 54. In another example, one or more of the customers may bring a client computing device to the meeting and may transfer or download the viewing program 54 to their device prior to the presentation.

As described in more detail below, the presenter 204 may start the presentation program 26 with a single selection in a presentation user interface. Similarly, each prospective customer may power up his tablet, which may programmatically launch the viewing program 54. The presentation program 26 on the laptop may then programmatically establish a virtual WiFi access point to create a closed wireless network 42 to which each of the tablets are automatically connected. An encrypted communication session is established between the laptop 208 and the tablets.

The presentation program 26 also programmatically runs a virtual network server 36 via the laptop 208 to which each of the tablets is communicatively coupled. Frame buffer data 56 from the presenter's electronic presentation is captured on the laptop 208 and shared with each of the tablets, which utilize the viewing program 54 to draw the frame buffer data to the client display of each client computing device.

Advantageously, and as described in more detail below with respect to FIGS. 3-8, the presentation system 10 thereby enables the presenter 204 to create a secure, closed wireless network on the fly, and to deliver the presentation via the network to the client computing devices. The presenter 204 may maintain full control of the application that is generating the presentation content being shared, and in this manner may manage the user experience of each of the prospective customers by controlling the output generated by the client display of each client computing device.

In some examples, the viewing program 54 on each client computing device may prevent any revision to the frame buffer data comprising the presentation content that is displayed on the client computing device. Advantageously, in this manner the presenter 204 may be assured that each prospective customer is viewing the same presentation content that is displayed on the host computing device 14. Further and as noted above, the presentation system 10 may operate without any connection to or reliance on the Internet or other external network.

Additionally, the prospective customers are free to enjoy the presentation in a variety of positions or orientations. For example, a prospective customer may sit and view the presentation via their client computing device, which may be supported on table 230 by a stand 234. A prospective customer may also stand, walk, stretch, etc., while holding a client computing device and maintaining focus on the material being presented. Additional potential benefits of the presentation system 10 of the present disclosure are discussed below.

It will be appreciated that a range of the closed wireless network 42 created by the presentation program 26 may be related to the range of the wireless network standard utilized. In one example, a closed wireless network 42 based on the IEEE 802.11 standards (WiFi) may have a range of approximately 20-30 meters.

FIGS. 3A, 3B and 3C illustrate a flow chart of a method 300 for delivering a presentation via a closed wireless network. The following description of method 300 is provided with reference to the software and hardware components of the presentation system 10 described above and shown in FIGS. 1 and 2. The following description is also provided from a perspective of the host computing device 14. It will be appreciated that method 300 may also be performed in other contexts using other suitable hardware and software components.

With reference to FIG. 3A, at 304 the method 300 may include starting the presentation program 26 on a host computing device 14. In one example, the presentation program 26 may be launched when a presenter selects a corresponding icon on a desktop of the host computing device 14. With reference also to FIG. 4, upon launch the presentation program 26 may display a user interface 404 on the host display 58 of the host computing device 14. At 308 the method 300 may include retrieving saved user parameters from a storage subsystem of the host computing device 14. In one example, the user parameters may include network credentials such as a network name 408 and a password 412. At 312 the method 300 may include displaying the saved parameters populated in the user interface 404.

In another example where saved user parameters are not available, at 316 the method 300 may include collecting user parameters via user input to the host computing device. At 320 the method 300 may include establishing a virtual WiFi access point, or software enabled access point, that creates a closed wireless network 42. It will be appreciated that any suitable virtual WiFi access point technology may be utilized. Examples may include, but are not limited to, Microsoft Windows SoftAP wireless access point software and hostapd software for Linux and FreeBSD platforms.

At 324 the method 300 may include providing to client computing devices Wi-Fi Protected Access (WPA) authentication for creating an encrypted communication session with the host computing device. It will be appreciated that any other suitable security protocol or encryption algorithm may also be utilized.

At 328 the method 300 may include publishing a host device IP address of the virtual access point to the client computing devices. At 332 the method 300 may include starting an internal DHCP server on the host computing device 14. The DHCP server may provide dynamic IP addressing for assigning IP addresses to the client computing devices. At 336 the method 300 may include establishing an encrypted communication session with the client computing devices utilizing WPA protocols.

At 340 the method 300 may include configuring a virtual network server 36 using the host device parameters. In one example, a virtual network server based on Virtual Network Computing protocols may be configured. It will be appreciated that any other suitable virtual network server technology that operatively connects the virtual server to a viewing program 54 on a client computing device may also be utilized. At 344 the method 300 may include running the virtual network server 36 on the host computing device 14. At 348 the method 300 may include initiating on the virtual network server 36 a frame buffer data capture task in which frame buffer data 56 from the host computing device is captured at periodic intervals. In some examples, the rate at which frame buffer data 56 or host display screen shots are captured may be 2 frames per second (fps), 10 fps, 30 fps or any other suitable frequency. At 352 the method 300 may include storing the captured frame buffer data 56 in a storage subsystem of the host computing device 14.

It will be appreciated that frame buffer data 56 comprises screen shots of content displayed on the host display 58 of the host computing device 14. As described in more detail below, sharing such content with one or more client computing devices enables a presenter to effectively deliver a presentation to such devices and corresponding recipients viewing the devices.

At 356 the method 300 may include accepting authenticated virtual network connections from one or more client computing devices. In this manner, the one or more client computing devices may be communicatively coupled to the virtual network server 36. At 360 the method 300 may include establishing a virtual network session for each authenticated client computing device.

At 364 the method 300 may include listening for frame buffer requests 66 from each authenticated client computing device. At 368 the method 300 may include retrieving stored frame buffer data 56 from a storage subsystem of the host computing device, such as a screen buffer. At 372 the method 300 may include, upon receiving a frame buffer request from a client computing device, sending frame buffer data 56 to the device. Advantageously, in this manner the method 300 may deliver a presentation from a host computing device 14 to one or more client computing devices.

Turning now to FIG. 3B, in some examples at 374 the method 300 may include listening for an input request from the host computing device 14. Examples of input requests include, but are not limited to, surveys for receiving feedback from users of client computing devices, requests for signatures from users of client computing devices, and requests for votes from users of client computing devices with regard to proposals, questions, etc. It will be appreciated that many other forms of input requests may also be utilized and are within the scope of the present disclosure.

In one example and with reference again to FIG. 2, the presenter 204 may desire to send an electronic survey to the four prospective customers via their client computing devices 216, 220, 224 and 228 to collect feedback regarding the presenter's presentation. The presenter 204 may request the survey from the laptop 208 host computing device by, for example, selecting a survey option from an options menu on a user interface generated by the presentation program 26.

With reference again to FIG. 3B, at 376 the method 300 may, upon receiving the input request from the host computing device 14, send a client input trigger comprising survey data and a flag to each of the client computing devices 216, 220, 224 and 228. At 378 the method 300 may include pinging each client computing device 216, 220, 224 and 228 for an input file that is responsive to the survey. At 380 the method 300 may include receiving an input file corresponding to the client input trigger from one or more of the client computing devices 216, 220, 224 and 228.

At 382 the method 300 may include saving the input file along with a designation of the corresponding client computing device that provided the input file. In this manner, the presentation program 26 may associate the data responsive to the survey in the input file with the client computing device and corresponding prospective customer, and may subsequently access such data as desired. At 384 the method 300 may include providing notification to the presenter via the host computing device 14 that input has been received. Such notification may take the form of, for example, a pop up message, audible alert, flashing icon, or any other suitable notification.

Returning to FIG. 3A, at 386 the method 300 may include determining whether a command to end the presentation has been received from the host computing device 14. If an end command has been received, then the presentation program 26 may terminate the virtual network session with each of the client computing devices. If an end command has not been received, then at 364 the method 300 may continue to listen for frame buffer requests.

Returning now to FIG. 3B, in some examples at 388 the method 300 may include receiving a revision to frame buffer data 56 from a client computing device. Revisions to frame buffer data 56 may include, but are not limited to, modifications to images and/or text received in frame buffer data such as, for example, highlighting images and/or text or portions of images and/or text, selecting images and/or text or portions of images and/or text by, for example, marking, circling or otherwise visually indicating images and/or text or portions of images and/or text, enlarging, shrinking or otherwise modifying images and/or text or portions of images and/or text, adding images and/or text or other predefined content etc.

With reference now to FIG. 5, one example of a revision to frame buffer data 56 is provided. FIG. 5 shows a schematic illustration of one example of a client touchscreen display 500 of a client computing device that is displaying frame buffer data 56 received from a host computing device 14. In this example, a revision to frame buffer data 56 is created when a recipient's finger 508 taps an area corresponding to an icon 512 displayed on the surface of the touchscreen display 500 to highlight the icon. In response to the recipient's input, the viewing program 54 of the client computing device causes an encircling ring 510 surrounding an icon 512 to be drawn on the display 500.

With reference now to FIG. 6, when a host computing device 14 receives the revision to frame buffer data 56 from the client computing device, the presentation program 26 displays the encircling ring 510 surrounding the icon 512 on the host display 604 of the host computing device 14. Advantageously, in this manner the method 300 may enable recipients of a presentation to provide real time feedback to a presenter during a presentation. Additionally, in some examples and with reference again to FIG. 3B, at 390 the method 300 may include sending the revision to frame buffer data 56 to the other client computing devices participating in the presentation via the virtual network. In this example, each of the recipients may also see in real time the revisions provided by another recipient. Additionally, in some examples revisions to frame buffer data 56 received from client computing devices may be saved to a storage subsystem of the host computing device 14 for future reference by, for example, users of the host computing device.

Returning to FIG. 3A and as noted above, at 386 the method 300 may include determining whether a command to end the presentation has been received from the host computing device 14. If an end command has been received, then the presentation program 26 may terminate the virtual network session with each of the client computing devices. If an end command has not been received, then at 364 the method 300 may continue to listen for frame buffer requests.

With reference now to FIG. 3C, in some examples at 392 the method 300 may include terminating the closed wireless network 42. At 394 and in response to termination of the closed wireless network 42, the method 300 may include terminating the virtual network server 36 to thereby conserve bandwidth, power, and other resources of the host computing device 14.

Continuing with FIG. 3C, at 395 and in some examples the method 300 may include establishing a separate network connection to an external network 70, such as a local area network or the Internet. At 396 the method 300 may include sharing external data received via the external network 70 with client computing devices via the closed wireless network 42. Additionally, in this example the closed wireless network 42 and external network 70 are not communicatively coupled such that no frame buffer data 56 or other data passing via the closed wireless network is available or otherwise exposed to the external network 70. Advantageously, in this example the host computing device 14 may receive external data via the external network 70, and may securely share the data with client computing devices via the closed wireless network.

Returning to FIG. 3A and as noted above, at 386 the method 300 may include determining whether a command to end the presentation has been received from the host computing device 14. If an end command has been received, then the presentation program 26 may terminate the virtual network session with each of the client computing devices. If an end command has not been received, then at 364 the method 300 may continue to listen for frame buffer requests.

In some examples, a presenter may desire to privately view or selectively share certain information or data during a presentation. For example, a presenter may wish to consult and display on the host display 58 of the host computing device 14 confidential data or other proprietary or otherwise sensitive information that the presenter does not want to share with one or more of the presentation recipients. In these examples, such data may be referred to as private frame buffer data, while the frame buffer data 86 that is shared with one or more of the client computing devices may be referred to as shared frame buffer data.

Continuing with FIG. 3C, at 397 and in some examples the method 300 may include retrieving private frame buffer data stored in the storage subsystem of the host computing device. At 398 the method 300 may include displaying the private frame buffer data on the host display 58 of the host computing device 14. At 399 the method 300 may include refraining from sending the private frame buffer data to one or more of the client computing devices. For example, the private frame buffer data may not be sent to any of the client computing devices participating in the presentation. In other examples, the presenter may refrain from sending the private frame buffer data to one or more client computing devices, while selecting one or more other client computing devices via the presentation program 26 to receive the private frame buffer data.

In some examples, in addition to refraining from sending the private frame buffer data to one or more of the client computing devices, shared frame buffer data in the form of blocking data may be sent to one or more of the client devices. Such blocking data may, for example, be displayed on a client display of a client computing device as a screen filled with a single color, such as white, black, or other color, a message indicating the presentation is paused, or other suitable message or image. In other examples, in addition to refraining from sending the private frame buffer data to one or more of the client computing devices, the shared frame buffer data being displayed on the client computing devices may be frozen and continuously displayed while the private frame buffer data is displayed on the host display 58 of the host computing device 14.

In some examples, one or more of the steps of method 300 described above may occur in the background after the presentation program 26 has been launched. Additionally, in some examples a presentation to one or more client computing devices may be initiated via steps of method 300 described above by a single user selection or other input to the host computing device 14. For example and with reference again to FIG. 4, a presentation may be initiated when a presenter selects the Start Presentation button 416 on the user interface 404.

It will be appreciated that method 300 is provided by way of example and is not meant to be limiting. Therefore, it is to be understood that method 300 may include additional and/or alternative steps than those illustrated in FIGS. 3A, 3B and 3C. Further, it is to be understood that method 300 may be performed in any suitable order. Further still, it is to be understood that one or more steps may be omitted from method 300 without departing from the scope of this disclosure.

With reference now to FIGS. 8A and 8B, an embodiment of the presentation system 10 will now be provided with reference to a flow chart of a method 800 for receiving at a client computing device a presentation from a host computing device 14 via a closed wireless network 42. The following description of method 800 is provided with reference to the software and hardware components of the presentation system 10 described above and shown in FIGS. 1 and 2. In particular, method 800 is described with reference to the viewing program 54 that may be executed by a processor of a client computing device. It will be appreciated that the viewing program 54 may be configured to perform one or more of the steps of method 800 described below. It will also be appreciated that method 800 may also be performed in other contexts using other suitable hardware and software components.

With reference to FIG. 8A and upon powering up the client computing device, at 804 the method 800 may include starting a priority program 74 stored in a mass storage of the client computing device. At 808 the priority program 74 may be executed by a processor of the client computing device to determine whether the viewing program 54 is the current foreground application running in the foreground of the client computing device. In one example, after power up the viewing program 54 may not be running. In this example, at 816 the priority program 74 may be configured to start the viewing program 54.

In another example the viewing program 54 may have been previously launched. In this example and at 808, if the viewing program 54 is the currently running foreground application, then the viewing program 54 may continue to operate as described in more detail below. At 812 the priority program 74 may subsequently recheck whether the viewing program 54 is the current foreground application at defined intervals.

Continuing with 808, if a different program is the current foreground application, then at 816 the priority program 74 may relaunch the viewing program 54 as the current foreground application. For example, while the viewing program 54 is the current foreground application, a recipient user of the client computing device may select and launch another application, navigate to a device desktop view, or otherwise relegate the viewing program 54 to a background application status. Upon determining that the viewing program 54 has a background application status, the priority program 74 may relaunch the viewing program as the foreground application.

In other examples, the priority program 74 may be configured to allow the recipient user of the client computing device to select and launch another application or otherwise navigate away from the viewing program 54 while the viewing program 54 is running. In these examples, the viewing program 54 may continue to run as a background application.

At 820 and with reference also to FIG. 7, the viewing program 54 may be configured to display a client user interface 704 on a client touchscreen display 708 of a client computing device. The client user interface 704 may be populated with user parameters saved in a storage subsystem of the client computing device. In one example, the user parameters may include network credentials such as a network name 716 and a password 720. In some examples, a user display name 724 may be an additional parameter that may populate the client user interface 704. As described in more detail below, in examples where a user may interact with the host computing device 14, the user display name 724 may be displayed on the host computing device along with interactions received from that user via the client computing device, thereby enabling the presenter to know which user/recipient is participating in the interaction.

In another example where saved parameters are not available, the viewing program 54 may be configured to collect and validate user parameters via user input to the client computing device.

At 828 the viewing program 54 may be configured establish a WiFi network connection to the closed wireless network 42 established by the host computing device 14. Such a connection will be established when the network name 716 and password 720 parameter values match corresponding parameter values stored in the host computing device 14. As described above, it will also be appreciated that the WiFi network connection may be encrypted via WPA encryption. At 832 the viewing program 54 may be configured to obtain an IP address from the closed wireless network 42. The viewing program 54 may utilize a DHCP client to obtain an IP address from the DHCP server running on the host computing device 14.

At 836 the viewing program 54 may be configured to establish an IP network connection to the virtual network server 36 running on the host computing device 14. At 840 the viewing program 54 may be configured to automatically configure the virtual network client for the virtual network server 36. At 844 the viewing program 54 may be configured to request frame buffer data 56 from the host computing device 14 via a frame buffer request 66. At 848 the viewing program 54 may be configured to receive frame buffer data 56 from the host computing device 14.

Turning now to FIG. 8B and in some examples, at 852 the viewing program 54 may be configured to determine whether a client input flag is included with the received frame buffer data 56. If a client input flag is not included with the received frame buffer data 56, then in FIG. 8A at 868 the viewing program 54 may be configured to draw the received frame buffer data 56 to the client display of the client computing device. If a client input flag is included with the received frame buffer data 56, then at 856 the viewing program 54 may be configured to open an input file identified by the input flag. In some examples, the input file may be stored locally in a storage subsystem of the client computing device.

The input file may correspond to an input request as described above. Examples of input files may include, but are not limited to, survey applications for collecting feedback from users of client computing devices, signature applications for collecting signatures from users of client computing devices, and voting applications for collecting votes from users of client computing devices. User input provided in response to the input request may be saved in the input file.

At 860 the viewing program 54 may be configured to receive a completion indication via user input to the client computing device. Such a completion indication may include, but is not limited to, a user selecting a “Submit” button in an application collecting feedback from the user. At 864 the viewing program may be configured to send the saved input file to the host computing device 14. Returning now to FIG. 8A, at 868 the viewing program 54 may be configured to draw received frame buffer data 56 to the client display 62 of the client computing device.

At 870 the viewing program 54 may be configured to determine if a server session failure or disconnect has occurred. If a server session failure or disconnect has occurred, then at 816 the viewing program 54 may be relaunched. If a server session failure or disconnect has not occurred, then at 872 the viewing program 54 may determine if an end command has been received from the client computing device. If an end command has been received, then the viewing program 54 may be terminated. If an end command has not been received, then at 844 the viewing program may be configured to continue requesting frame buffer data 56 from the host computing device 14.

Returning to FIG. 8B and in some examples, at 874 the viewing program 54 may be configured to create a revision to the frame buffer data 56 via user input to the client computing device. As described above with reference to FIG. 5, in one example a recipient may create a revision to frame buffer data 56 by tapping an icon 512 displayed on the surface of the touchscreen display 500 to highlight the icon. In response to the recipient's input, at 878 the viewing program 54 may be configured to display an encircling ring 510 surrounding the icon 512 on the display 500 of the client computing device 504. At 882 the viewing program 54 may be configured to send the revision to the host computing device 14. Returning now to FIG. 8A and 870, the viewing program 54 may be configured to determine if a server session failure or disconnect has occurred as described above.

As described above, in some examples the viewing program 54 may also be configured to prevent revision to the frame buffer data via user input to the client computing device.

Returning to FIG. 8B and in some examples, at 886 the viewing program 54 may be configured to send a request for control to the client computing device 14. At the host computing device 14, the presentation program 26 may highlight on the host display 58 the display name of the recipient that is requesting control. The host computing device 14 may accept the recipient's request and authorize the requesting client computing device to assume control of the host computing device.

At 890, upon receiving authorization from the host computing device 14, the viewing program 54 may be configured to assume control of the host computing device 14. In some examples, the client computing device may control one or more user input subsystems of the host computing device 14, such keyboard and mouse input associated with the host computing device. Returning now to FIG. 8A and 870, the viewing program 54 may be configured to determine if a server session failure or disconnect has occurred as described above.

With continued reference to FIG. 8A, the viewing program 54 may also periodically determine whether network and/or server connections have failed. For example, after establishing the WiFi connection at 828, at 892 the viewing program 54 may determine if a WiFi connection failure has occurred. If a WiFi connection failure has not occurred, the viewing program 54 may continue operation. If a WiFi connection failure has occurred, at 816 the viewing program may be relaunched.

In another example, after obtaining an IP address at 832, at 894 the viewing program 54 may determine if a DHCP failure has occurred. If a DHCP failure has not occurred, the viewing program 54 may continue operation. If a DHCP failure has occurred, at 816 the viewing program may be relaunched.

In another example, after establishing a network connection at 836, at 896 the viewing program 54 may determine if a network connection failure has occurred. If a network connection failure has not occurred, the viewing program 54 may continue operation. If a network connection failure has occurred, at 816 the viewing program may be relaunched. It will be appreciated that the viewing program 54 may also check for system failures or disconnections as described above at various points and timeframes throughout the operation of the viewing program.

It will be appreciated that method 800 is provided by way of example and is not meant to be limiting. Therefore, it is to be understood that method 800 may include additional and/or alternative steps than those illustrated in FIGS. 8A and 8B. Further, it is to be understood that method 800 may be performed in any suitable order. Further still, it is to be understood that one or more steps may be omitted from method 800 without departing from the scope of this disclosure.

FIG. 9 schematically shows a nonlimiting embodiment of a computing system 900 that may perform one or more of the above described methods and processes. Host computing device 14 and the client computing devices described above may take the form of computing system 900. Computing system 900 is shown in simplified form. It is to be understood that virtually any computer architecture may be used without departing from the scope of this disclosure. In different embodiments, computing system 900 may take the form of a desktop computing device, a mobile computing device such as a tablet computer, laptop, notebook, smart phone, or other suitable type of computing device.

As shown in FIG. 9, computing system 900 includes a logic subsystem 904, a storage subsystem 908 and an input subsystem 912. Computing system 900 may further include a display subsystem 916, a communication subsystem 920, and/or other subsystems and components not shown in FIG. 9. Computing system 900 may also include computer readable media, with the computer readable media including computer readable storage media and computer readable communication media. Computing system 900 may also optionally include other user input devices such as keyboards, mice, touchpads, and/or touch screens, for example. Further, in some embodiments the methods and processes described herein may be implemented as a computer application, computer service, computer API, computer library, and/or other computer program product.

Logic subsystem 904 may include one or more physical devices configured to execute one or more instructions. For example, the logic subsystem 904 may be configured to execute one or more instructions that are part of one or more applications, services, programs, routines, libraries, objects, components, data structures, or other logical constructs. Such instructions may be implemented to perform a task, implement a data type, transform the state of one or more devices, or otherwise arrive at a desired result.

The logic subsystem 904 may include one or more processors that are configured to execute software instructions. Additionally or alternatively, the logic subsystem may include one or more hardware or firmware logic machines configured to execute hardware or firmware instructions. Processors of the logic subsystem may be single core or multicore, and the programs executed thereon may be configured for parallel or distributed processing.

Storage subsystem 908 may include one or more physical, computer readable memory devices configured to hold data and/or instructions executable by the logic subsystem 904 to implement the herein described methods and processes. When such methods and processes are implemented, the state of storage subsystem 908 may be transformed (e.g., to hold different data).

Storage subsystem 908 may include removable computer readable media devices and/or built-in computer readable memory devices. Storage subsystem 908 may include optical computer readable memory devices (e.g., CD, DVD, HD-DVD, Blu-Ray Disc, etc.), semiconductor computer readable memory devices (e.g., RAM, EPROM, EEPROM, etc.) and/or magnetic computer readable memory devices (e.g., hard disk drive, floppy disk drive, tape drive, MRAM, etc.), among others. Storage subsystem 908 may include devices with one or more of the following characteristics: volatile, nonvolatile, dynamic, static, read/write, read-only, random access, sequential access, location addressable, file addressable, and content addressable. The term “computer readable memory device” excludes propagated signals per se.

In some embodiments, aspects of logic subsystem 904 and storage subsystem 908 may be integrated into one or more common devices through which the functionally described herein may be enacted, at least in part. Such hardware-logic components may include field-programmable gate arrays (FPGAs), program- and application-specific integrated circuits (PASIC/ASICs), program- and application-specific standard products (PSSP/ASSPs), system-on-a-chip (SOC) systems, and complex programmable logic devices (CPLDs), for example.

FIG. 9 also shows an aspect of the storage subsystem 908 in the form of removable computer readable memory device 924, which may be used to store data and/or instructions executable to implement the methods and processes described herein. Removable computer readable memory device 924 may take the form of an EEPROM such as a flash drive, CD, DVD, HD-DVD, Blu-Ray Disc, and/or floppy disk, among others.

In some embodiments, aspects of the instructions described herein may be propagated by a pure signal (e.g., an electromagnetic signal, an optical signal, etc.) via a transmission medium, rather than a computer readable memory device. Furthermore, data and/or other forms of information pertaining to the present disclosure may be propagated by a pure signal via computer readable communication media.

Input subsystem 912 may comprise or interface with one or more user-input devices such as a keyboard, mouse, touchpad, touch screen, microphone, camera, etc.

Display subsystem 916 may be used to present a visual representation of data held by storage subsystem 908. As the above described methods and processes change the data held by the storage subsystem 908, and thus transform the state of the storage subsystem, the state of the display subsystem 916 may likewise be transformed to visually represent changes in the underlying data. The display subsystem 916 may include one or more display devices utilizing virtually any type of technology. Such display devices may be combined with logic subsystem 904 and/or storage subsystem 908 in a shared enclosure. The display subsystem 916 may include, for example, the host display 58 of the host computing device 14 and the client displays 62, 64 of the client computing devices.

Communication subsystem 920 may be configured to communicatively couple computing system 900 with one or more networks and/or one or more other computing devices. Communication subsystem 920 may include wired and/or wireless communication devices compatible with one or more different communication protocols. As nonlimiting examples, the communication subsystem 920 may be configured for communication via a wireless telephone network, a wireless local area network, a wired local area network, a wireless wide area network, a wired wide area network, etc.

The term “program” may be used to describe an aspect of the presentation system 10 that is implemented to perform one or more particular functions. In some cases, such a program may be instantiated via logic subsystem 904 executing instructions held by storage subsystem 908. It is to be understood that different programs may be instantiated from the same application, service, code block, object, library, routine, API, function, etc. Likewise, the same program may be instantiated by different applications, services, code blocks, objects, routines, APIs, functions, etc. The term “program” is meant to encompass individual or groups of executable files, data files, libraries, drivers, scripts, database records, etc.

It is to be understood that the configurations and/or approaches described herein are exemplary in nature, and that these specific embodiments or examples are not to be considered in a limiting sense. The specific routines or methods described herein may be performed in the sequence illustrated, in other sequences, in parallel, or in some cases omitted. Likewise, the order of the above-described processes may be changed.

The subject matter of the present disclosure includes all novel and nonobvious combinations and subcombinations of the various processes, systems and configurations, and other features, functions, acts, and/or properties disclosed herein, as well as any and all equivalents thereof.

It will also be appreciated that references to “one embodiment” or “an embodiment” are not intended to be interpreted as excluding the existence of additional embodiments that also incorporate the recited features. Unless explicitly stated to the contrary, embodiments “comprising,” “including,” or “having” an element or a plurality of elements having a particular property may include additional such elements not having that property. The terms “including” and “in which” are used as the plain-language equivalents of the respective terms “comprising” and “wherein.” Moreover, the terms “first,” and “second,” etc.

are used merely as labels, and are not intended to impose numerical requirements or a particular positional order on their objects.

The following claims particularly point out certain combinations and sub-combinations regarded as novel and non-obvious. These claims may refer to “an” element or “a first” element or the equivalent thereof. Such claims should be understood to include incorporation of one or more such elements, neither requiring nor excluding two or more such elements. Other combinations and sub-combinations of the disclosed features, functions, elements, and/or properties may be claimed through amendment of the present claims or through presentation of new claims in this or a related application. Such claims, whether broader, narrower, equal, or different in scope to the original claims, also are regarded as included within the subject matter of the present disclosure. 

1. A computer readable memory device comprising instructions executable by a processor of a host computing device to deliver a presentation via a closed wireless network, the instructions being executable to: establish a wireless network access point that creates the closed wireless network; establish an encrypted communication session via the closed wireless network with a plurality of client computing devices, each of the client computing devices comprising a client display; run a virtual network server on the host computing device; communicatively couple each of the client computing devices to the virtual network server; retrieve frame buffer data stored in a storage subsystem of the host computing device; and send the frame buffer data to each of the client computing devices to thereby modify the client display of each of the client computing devices.
 2. The computer readable memory device of claim 1, wherein the instructions are executable to receive a revision to the frame buffer data from one of the plurality of client computing devices.
 3. The computer readable memory device of claim 2, wherein the instructions are executable to send the revision to the frame buffer data to the client computing devices.
 4. The computer readable memory device of claim 1, wherein the instructions are executable to: send a client input trigger to each of the client computing devices; receive an input file from one or more of the client computing devices in response to sending the client input trigger; and save in a storage subsystem of the host computing device each of the input files with a designation of a corresponding client computing device.
 5. The computer readable memory device of claim 1, wherein the instructions are executable to: terminate the closed wireless network; and in response to terminating the closed wireless network, terminate the virtual network server to thereby conserve host computing device resources.
 6. The computer readable memory device of claim 1, wherein the instructions are executable to: establish a separate network connection to an external network; and share external data received via the external network with the plurality of client computing devices via the closed wireless network.
 7. The computer readable memory device of claim 1, wherein the instructions are executable to, upon receiving a single user selection, programmatically establish the wireless network access point and run the virtual network server by retrieving a stored password and network name.
 8. The computer readable memory device of claim 1, wherein the frame buffer data is shared frame buffer data, and the instructions are executable to: retrieve private frame buffer data stored in the storage subsystem of the host computing device; display the private frame buffer data on a host display of the host computing device; and refrain from sending the private frame buffer data to one or more of the client computing devices.
 9. In a host computing device, a method for delivering a presentation via a closed wireless network, comprising: establishing a wireless network access point that creates the closed wireless network; establishing an encrypted communication session via the closed wireless network with a plurality of client computing devices, each of the client computing devices comprising a client display; running a virtual network server on the host computing device; communicatively coupling each of the client computing devices to the virtual network server; retrieving frame buffer data stored in a storage subsystem of the host computing device; and sending the frame buffer data to each of the client computing devices to thereby modify the client display of each of the client computing devices.
 10. The method of claim 9, further comprising receiving a revision to the frame buffer data from one of the plurality of client computing devices.
 11. The method of claim 10, further comprising sending the revision to the frame buffer data to the client computing devices.
 12. The method of claim 9, further comprising: sending a client input trigger to each of the client computing devices; receiving an input file from one or more of the client computing devices in response to sending the client input trigger; and saving in a storage subsystem of the host computing device each of the input files with a designation of a corresponding client computing device.
 13. The method of claim 9, further comprising: terminating the closed wireless network; and in response to terminating the closed wireless network, terminating the virtual network server to thereby conserve host computing device resources.
 14. The method of claim 9, further comprising: establishing a separate network connection to an external network; and sharing external data received via the external network with the plurality of client computing devices via the closed wireless network.
 15. The method of claim 9, further comprising, upon receiving a single user selection, programmatically establishing the wireless network access point and running the virtual network server by retrieving a stored password and network name.
 16. A presentation system, comprising: one or more client computing devices each comprising a client display; and a computer readable memory device comprising instructions executable by a processor of a host computing device to deliver a presentation via a closed wireless network, the instructions being executable to: establish a wireless network access point that creates the closed wireless network; establish an encrypted communication session via the closed wireless network with the one or more client computing devices; run a virtual network server on the host computing device; communicatively couple each of the one or more client computing devices to the virtual network server; retrieve frame buffer data stored in a storage subsystem of the host computing device; and send the frame buffer data to each of the one or more client computing devices; wherein each of the one or more client computing devices further comprises a viewing program executed by a processor of each of the one or more client computing devices, the viewing program configured to: receive the frame buffer data from the host computing device; and draw the frame buffer data to the client display of the client computing device.
 17. The presentation system of claim 16, wherein each of the one or more client computing devices further comprises a priority program executed by the processor of each of the one or more client computing devices, the priority program configured to relaunch the viewing program as a current foreground application after a different program is launched as the current foreground application.
 18. The presentation system of claim 16, wherein the viewing program is further configured to prevent revision to the frame buffer data via user input to the client computing devices.
 19. The presentation system of claim 16, wherein the viewing program is further configured to: create a revision to the frame buffer data via user input to the client computing device; display the revision on the client display; and send the revision to the host computing device.
 20. The presentation system of claim 19, wherein the instructions are executable by the processor of the host computing device to send the revision received from a first client computing device of the one or more client computing devices to the one or more client computing devices.
 21. The presentation system of claim 16, wherein the viewing program is further configured to, upon receiving authorization from the host computing device, control one or more user input subsystems of the host computing device via the closed wireless network. 